home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr11 / pdox693.zip / TI598.ASC < prev    next >
Text File  |  1993-05-12  |  9KB  |  331 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.   PRODUCT  :  Paradox                                NUMBER  :  598
  9.   VERSION  :  3.5 and Up
  10.        OS  :  DOS
  11.      DATE  :  May 12, 1993                             PAGE  :  1/5
  12.  
  13.     TITLE  :  Connecting to VAX Rdb/VMS V4.0
  14.  
  15.  
  16.  
  17.  
  18.   Note that the procedures described in this document are usually
  19.   necessary to gain client/server access to an Rdb/VMS database,
  20.   using PARADOX SQL LINK.  Also note that the VAX System Manager or
  21.   Cluster Manager is normally the person who coordinates and/or
  22.   performs these procedures.  The System Manager or Cluster Manager
  23.   is someone who knows the VAX VMS operating system and is directly
  24.   responsible for the software configuration of the system.  This
  25.   person is usually the person who makes changes to the system
  26.   software.  It is not advisable to perform VAX VMS system
  27.   management functions without the advice/consent/or coordination
  28.   of a VAX System Manager or Cluster Manager.  From this person,
  29.   you will need to request the following:
  30.  
  31.  
  32.                          1) USERNAME ACCOUNT
  33.  
  34.   Whenever PC users are first getting into client/server access in
  35.   using Rdb/VMS on a VAX, they will be going through a sign on VAX
  36.   signon procedure which is initiated in a PARADOX SQL LINK server
  37.   signon screen.  To be able to sign in, a user must defined as a
  38.   user on the VAX server system.  This means that each user who
  39.   signs on to the VAX will get a user account name, such as their
  40.   last name, and a password.  Note that it is advisable for a
  41.   client/server user to do their first VAX signon on a VTxxx
  42.   terminal connected to the VAX system.  Why?  Two reasons, 1) they
  43.   will determine that they definitely have a VAX VMS username
  44.   account and 2) VAX VMS requires that each time a new user is
  45.   added to the system or a password is redefined by the System
  46.   Manager, the password must be changed by the affected user the
  47.   very first time they login after the new username definition or
  48.   password change.  This password must be respected and treated
  49.   with care because it allows access to the system.
  50.  
  51.  
  52.          2) ACCESS TO REQUIRED SYSTEM AND DATABASE RESOURCES
  53.  
  54.   ACLs (Access Control Lists) for VAX VMS and Rdb/VMS will probably
  55.   have to be defined also to permit access to the database
  56.   resources you need to connect to.   ACLs are how security is
  57.   administered in the VAX VMS and the Rdb/VMS environment.
  58.    
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.   PRODUCT  :  Paradox                                NUMBER  :  598
  75.   VERSION  :  3.5 and Up
  76.        OS  :  DOS
  77.      DATE  :  May 12, 1993                             PAGE  :  2/5
  78.  
  79.     TITLE  :  Connecting to VAX Rdb/VMS V4.0
  80.  
  81.  
  82.  
  83.  
  84.       3) MODIFICATION OF THE SQLSRV$PROXY.DAT FILE TO ADD USERS
  85.  
  86.   See the steps outlined below (section titled "PROXY ACCESS")
  87.  
  88.  
  89.   WHEN USING PARADOX SQL LINK, MAKE SURE THE SQL SERVICES PROCESS
  90.   IS RUNNING
  91.  
  92.   If an attempt is made to run PARADOX SQL LINK when the SQL
  93.   Services process is not presently running under VAX VMS, the user
  94.   will see this message, "Network Connection Error".  This is a
  95.   signal to the user to get the SQL Services process started under
  96.   VAX VMS.
  97.  
  98.  
  99.                         WHAT IS SQL SERVICES?
  100.  
  101.  
  102.   A Digital client/server software product that allows application
  103.   programs running on various types of computers to access DIGITAL
  104.   Standard Relational Interface (DRSI) compliant databases using
  105.   the dynamic interface to VAX SQL, an implementation of the
  106.   industry-standard SQL.
  107.  
  108.  
  109.       HOW TO CHECK TO SEE IF SQL SERVICES IS RUNNING ON THE VAX
  110.  
  111.  
  112.   Since using the PARADOX SQL LINK product requires that the SQL
  113.   Services process be currently  running on the VAX node that you
  114.   plan to connect with, you will want to determine if this process
  115.   is running by typing this command on the VAX: $ SHOW SYSTEM.
  116.   This command will cause a list of every process which is
  117.   currently in running in the system.  If a process named
  118.   SQL$SERVER is running, then that is the SQL Services process.
  119.  
  120.    
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.   PRODUCT  :  Paradox                                NUMBER  :  598
  141.   VERSION  :  3.5 and Up
  142.        OS  :  DOS
  143.      DATE  :  May 12, 1993                             PAGE  :  3/5
  144.  
  145.     TITLE  :  Connecting to VAX Rdb/VMS V4.0
  146.  
  147.  
  148.  
  149.  
  150.   STARTING THE SQL SERVICES PROCESS IF IT IS NOT CURRENTLY RUNNING
  151.  
  152.  
  153.   The DCL command procedure (SQLSRV$STARTUP.COM) which starts up
  154.   the SQL Services process is found under the SYS$STARTUP logical
  155.   directory name.  Note that SYSPRIV privileges will probably be
  156.   required to execute this procedure.  If you don't have SYSPRIV
  157.   privileges, get the VMS System Manager to perform this task for
  158.   you.  To successfully start the SQL Services process, enter these
  159.   commands:
  160.  
  161.             $ SET DEF SYS$STARTUP
  162.             $ @SQLSRV$STARTUP
  163.  
  164.  
  165.   The access methods for VAX Rdb/VMS V4.0 have been modified to
  166.   increase the performance of VAX SQL/Services.  These methods are
  167.   provided in three modes:
  168.  
  169.      1.  Explicit
  170.  
  171.              o  Paradox 4.0 SQL Link is an Rdb 4.1 Client and
  172.                 requires Explicit access through:
  173.  
  174.              o  DecNet or
  175.  
  176.              o  TCPIP
  177.  
  178.  
  179.      2.  Default
  180.  
  181.      3.  Proxy.
  182.  
  183.              o  Paradox 3.5 (SQL Link 1.0) is a Rdb 3.1 Client and
  184.                 Requires Proxy Access.
  185.  
  186.  
  187.  
  188.                            EXPLICIT ACCESS
  189.  
  190.  
  191.   When a VAX Rdb/VMS V4.0 client accesses a VAX Rdb/VMS V4.0
  192.   server, an explicit access method is used.  To provide backward
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.   PRODUCT  :  Paradox                                NUMBER  :  598
  207.   VERSION  :  3.5 and Up
  208.        OS  :  DOS
  209.      DATE  :  May 12, 1993                             PAGE  :  4/5
  210.  
  211.     TITLE  :  Connecting to VAX Rdb/VMS V4.0
  212.  
  213.  
  214.  
  215.  
  216.   compatibility and reliable connections between VAX Rdb/VMS V3.1B
  217.   clients and VAX Rdb/VMS V4.0 servers, the proxy access method
  218.   must be used.
  219.  
  220.  
  221.                            DEFAULT ACCESS
  222.  
  223.  
  224.   For non-secure systems, the default access method is provided for
  225.   both VAX Rdb/VMS 3.1B clients and VAX Rdb/VMS 4.0 clients.  This
  226.   provides access to the SQLSRV$SRV default account if the default
  227.   account has been enabled on the server.
  228.  
  229.  
  230.                             PROXY ACCESS
  231.  
  232.  
  233.   Because Paradox SQL Link V1.0 with Paradox 3.5 operates as a
  234.   Rdb/VMS 3.1B client, proxy access must be created to the Rdb 4.0
  235.   server.
  236.  
  237.   Proxy access permits SQL Link to access the server when the node
  238.   name is specified in a sqlsrv_associate routine call and an entry
  239.   exists for the incoming application request in the
  240.   SQLSRV$PROXY.DAT file.  The proxy file resides in the directory
  241.   defined by the logical, SYS$STARTUP, on the server system.  What
  242.   needs to be defined in the SQLSRV$PROXY.DAT file on the server is
  243.   for all users from a node to have access to the server.  This is
  244.   done by defining access as follows in the SQLSRV$PROXY.DAT file
  245.   on the VAX Rdb/VMS V4.0 Server system, using the following
  246.   syntax:
  247.  
  248.  
  249.       ADD/PROXY REMOTE_NODENAME::REMOTE_USERNAME LOCAL_USERNAME
  250.  
  251.  
  252.   An example of an actual SQLSRV$PROXY.DAT file under
  253.   SYS$STARTUP:
  254.  
  255.             add/proxy bartls::slater_wb slater_wb
  256.             add/proxy bartls::kahn_p kahn_p
  257.             add/proxy bartls::reiss_s reiss_s
  258.             add/proxy bartls::koulouris_m koulouris_m
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.   PRODUCT  :  Paradox                                NUMBER  :  598
  273.   VERSION  :  3.5 and Up
  274.        OS  :  DOS
  275.      DATE  :  May 12, 1993                             PAGE  :  5/5
  276.  
  277.     TITLE  :  Connecting to VAX Rdb/VMS V4.0
  278.  
  279.  
  280.  
  281.  
  282.             add/proxy bartls::coffey_j coffey_j
  283.             add/proxy bartls::zenreich_a zenreich_a
  284.             add/proxy bartls::koski_t koski_t
  285.             add/proxy bartls::system system
  286.  
  287.  
  288.  
  289.   This allows user LOCAL_USERNAME to access REMOTE_NODENAME under
  290.   the proxy of REMOTE_USERNAME.
  291.  
  292.   To set up proxy access you must first shut down SQL/Services,
  293.   edit the SQLSRV$PROXY.DAT file as suggested above.
  294.  
  295.   After the edit, use the SQLSRV$SHUTDOWN.COM file to shut down the
  296.   SQL$SERVICES process in the system.  It is better to wait until
  297.   after hours to make sure no one will be using the SQL$SERVICES
  298.   process.
  299.  
  300.             $ SET DEF SYS$STARTUP
  301.             $ @SQLSRV$SHUTDOWN
  302.  
  303.   After the shutdown procedure is successful, use the
  304.   SQLSRV$STARTUP procedure to restart the SQL SERVICES process.
  305.   When SQL$SERVICES restarts, the new SQLSRV$PROXY.DAT parameters
  306.   will then take effect at that time.
  307.  
  308.             $ SET DEF SYS$STARTUP
  309.             $ @SQLSRV$STARTUP
  310.  
  311.   Note that both the SQLSRV$SHUTDOWN.COM and the SQLSRV$STARTUP.COM
  312.   files reside in the SYS$STARTUP logical directory on the VAX
  313.   server.
  314.  
  315.   For additional information, please refer to your VAX Rdb/VMS V4.0
  316.   Accessing SQL/Services documentation.
  317.  
  318.  
  319.   DISCLAIMER: You have the right to use this technical information
  320.   subject to the terms of the No-Nonsense License Statement that
  321.   you received with the Borland product to which this information
  322.   pertains.
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.